home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Shareware Grab Bag
/
Shareware Grab Bag.iso
/
081
/
sirius50.arc
/
SIR050D.ARC
/
SIR_042.DOC
< prev
next >
Wrap
Text File
|
1986-12-13
|
3KB
|
52 lines
Date: Sat 13 Dec 86 12:39
From: Bob Klahn
To: All
Subj: Summary of new features in Sirius test version 0.42
I added several features to 0.41 just before shipping it out, and they
were all somewhat buggy. Menu synchronization failure could occur when
using "Doctor (Body (Get" and "Doctor (Body (Insert", for example.
Presumably all such bugs are now fixed.
Beyond the bug fixes, version 0.42 adds:
* a "Re: " option for copying the subject field when replying to a
message (which can be accepted "as is" or edited, remember!)
* a rewritten character output driver --- now 60% faster; this should
be most noticeable when running scripts to "archive" messages to
flat ASCII files.
* IFNA control-A "extended addressing" lines in message bodies are
now hidden by default, but will appear when the "Show" command is
used. You can recognize such lines by their leading "happy face"
character, which is how IBM chose to display ASCII 001. Note that
these, like all other message body characters, are editable ...
by which I mean "deletable", so that you can "permanently unhide"
such lines. Who wants the capability to CREATE such lines? With
such a facility, one could hide just about anything. I would
probably implement this using a control-A key-in at the beginning
of any body line (since control-A already means "position the
cursor at the beginning of the current line", this provides an
additional, useful, capability in a "do-nothing" situation.
What does everyone think about this idea???
* the jump-to-DOS capability, which many have had very high on their
wish lists. If the optional command-line string is supplied,
Sirius will shell to DOS and try to run whatever-it-is and
immediately return to Sirius; if the optional command-line string
is not supplied, then Sirius will simply jump to another level of
DOS and expect you to key in "EXIT" to return to Sirius.
DON'T TRY TO RUN ANYTHING WHICH BECOMES MEMORY-RESIDENT, or you
will encounter the memory management problems which all other
software packages face in such situations, some more "pleasantly"
than others; if this is not clear, ASK ME ABOUT IT!
Let me know what you all think of these latest additions! And anyone
ecaring to try preparing DOCUMENTATION for all of this, or for any part
of it, however small, will receive my heartiest thanks, and (of course)
acknowledgment in the "final" polished manual. Hugs and kisses are
discretionary.